 PENTRU ÎNCEPATORI ( Lector univ dr Paul Iacob CUPRINS PE SCURT CAPITOLUL 1 Introducere Pag 1 CAPITOLUL 2 Elemente de proiectare a bazei de date Pag 5 CAPITOLUL 3 Primii pasi în baze de date relationale Pag 11 CAPITOLUL 4 Crearea unei noi baze de date Pag 21 CAPITOLUL 5 Cereri si vederi asupra bazei de date Pag 35 CAPITOLUL 6 Formulare Pag 47 CAPITOLUL 7 Rapoarte si etichete Pag 59 CAPITOLUL 8 Proiectarea bazei de date relationale Pag 72 CUPRINS CAPITOLUL 1 Introducere Pag 1 CAPITOLUL 2 Elemente de proiectare a bazei de date Pag 5 CAPITOLUL 3 Primii pasi în baze de date relationale Pag 11 Crearea unei baze de date folosind asistentul Pag 11 Meniuri Pag 17 Formulare Pag 17 Filtrare Pag 18 Rapoarte Pag 20 CAPITOLUL 4 Crearea unei noi baze de date Pag 21 Crearea unei baze vide Pag 21 Crearea si modificarea tabelelor Pag 22 Crearea atributelor Pag 23 Definirea cheii Pag 26 Tipuri de date Pag 27 Definirea relatiilor între tabele Pag 31 Popularea tabelelor Pag 32 Salvarea, protejarea si închiderea bazei de date Pag 33 CAPITOLUL 5 Cereri si vederi asupra bazei de date Pag 35 Crearea unei relatii pentru a defini o lista de alegeri Pag 35 Crearea unei cereri simple Pag 40 Crearea unei cereri complexe Pag 44 Crearea unor câmpuri calculate Pag 45 Creare grupurilor Pag 46 CAPITOLUL 6 Formulare Pag 47 Formulare simple Pag 47 Formulare imediate Pag 49 Modificarea formularelor Pag 50 Crearea formularelor cu subformulare Pag 52 CAPITOLUL 7 Rapoarte si etichete Pag 59 Rapoarte immediate Pag 59 Crearea rapoartelor cu ajutorul asistentului Pag 61 Grupari si sinteze Pag 62 Etichete Pag 66 CAPITOLUL 8 Proiectarea bazei de date relationale Pag 72 Exemplu de analiza pentru 'Evidenta somerilor' Pag 72 Proiectarea logica Pag 77 Modelul conceptual Pag 77 Tipuri de entitati Pag 77 Relatii Pag 77 Atribute Pag 78 Domenii de valori Pag 82 Chei Pag 85 Modelul logic de date Pag 86 Model conceptual-model logic Pag 86 Deducerea relatiilor Pag 88 Normalizare Pag 88 Tranzactii Pag 89 Definirea restrictiilor de integritate Pag 90 CAPITOLUL 1 Introducere Foarte multa lume discuta sau chiar foloseste notiunea "Sisteme cu baza de date", dar în afara de pretiozitatea exprimarii, multi dintre acestia cred ca o colectie orecare de fisiere, în orice limbaj care permite o prelucrare, ar fi suficienta pentru nevoile afacerii, daca pregatirea nu este de specialitate coboara si mai jos si folosesc un sistem de calcul tabelar (EXCEL) sau se reped într-un SGBD (Sistem de gestiunea bazelor de date) care arata cum se creaza si cum se utilizeaza o baza de date si se lovesc pe parcurs de probleme, de obicei, insurmontabile Din ce cauza ? Ce lipseste ? Lipseste întelegerea distincta a ceea ce înseamna un Sistem cu baze de date si lipseste proiectarea în acord cu aceasta întelegere Exemplu de proiectare incorecta Pentru întelege mai usor niste definitii teoretice care vor urma, o sa prezentam un exemplu Firma "Lectura inteligenta" vinde carti prin corespondenta Pentru aceasta culege planuri editoriale de la câteva edituri cu care are contracte si îsi face reclama în ziare, la radio, la televiziune sau prin corespondenta directa cu clientii mai vechi În urma reclamei primeste comenzi pe care le satisface ulterior Bula, baiatul patronului, elev stralucit la Liceul de Informatica, a creat o metoda simpla ( si eficienta pentru început ) de manipulare a comenzilor si vânzarilor, pe care a denumit-o " baza de date " Cititorul îsi va da seama ca titlul este pretentios Autorul îsi propune sa descopere împreuna cu cititorul defectele acestei abordari, aparute pe masura ce afacerea lua amploare Intrarea în sistemul ingeniosului elev se face pe baza unui formular pe care un angajat îl completeaza pentru fiecare volum pe care îl comanda un client Iata acest formular: Id client este creat combinând Cod-ul localitatii (4 cifre) cu primele trei litere ale Nume-lui si cu un numar de ordine (5 cifre) în Localitate Deci Popescu Ion al 35-lea client din Brasov va avea identificatorul 220000800035 Acest cod, dupa cum se vede, asigura unicitatea unui identificator pentru clienti Cum se desfasoara activitataea ? Pe baza unui catalog clientul comanda una sau mai multe carti Când cartea este disponibila (se afla în depozit) este trimisa la toti cei care au comandat-o si în casuta Comanda satisfacuta se marcheaza un X La prima vedere totul este simplu, în regula, si treaba chiar a functionat o vreme Scopul nostru este sa observam care sunt defectele unui asemenea proiect Defectul numarul 1 Baza de date contine multe date duplicate: - numele, adresa, unui client apar de câte ori acesta comanda o noua carte - titlul, autorii apar de câte ori este comandata aceeasi carte Si ce daca sunt date duplicate? - se ocupa mai mult loc pe mediul de stocare - scriere de mai multe ori a aceluiasi lucru face ca aceasta scriere sa fie diferita ( ex Cartea "Utilizare ACCESS '95" poate sa apara "Utilizare access '95" sau "Utilizare Acces '95" Ultimele doua forme nu vor fi regasite în baza de date ceea ce va face ca anumiti clienti sa nu fie satisfacuti, de aici decurgând o serie întreaga de probleme Solutia ar fi sa eliminam pe cât posibil duplicarile sau, atunci când le permitem, acestea sa fie corecte (consistente ) O proiectare corecta a unei baze de date rezolva aceasta problema Defectul numarul 2 Pentru ca firma facea catalogul manual, cu un consum mare de munca necalificata, s-a pus problema editarii catalogului direct din baza de date Dar din aceasta baza de date este imposibil de realizat asa ceva pentru ca: - baza de date nu contine toate datele care fac posibila alegerea unei carti ( lipseste un scurt continut, de exemplu) - prin adaugare am ajunge sa accentuam primul defect Sa-l includem o singura data ? Cum o sa stim unde l-am inclus ? Cel mai grav însa ,este faptul ca în catalog ar trebui sa apara carti care nu au fost comandate de nimeni si aceasta problema nu poate fi rezolvata cu acest sistem Defectul numarul 3 Probleme legate de stergerea datelor Sa presupunem ca un client a comandat o singura carte si ca aceasta carte nu mai este scoasa (ex Interzisa de cenzura) Daca stregem informatia despre carte o sa pierdem adresele tuturor clientilor care au comandat numai acea carte si deci nu vom putea trimite catalogul la o multime de clienti posibili Defectul numarul 4 O alta mare problema este acel identificator de client Sunt prea multe lucruri incluse acolo De multe ori sunt utile astfel de coduri mixte, dar sa vedem ce se întâmpla în cazul nostru daca un client se muta Identificatorul de client se schimba si vom avea comenzi pentru acelasi client pe doua adrese de aici posibila duplicare a pachetelor sau trimiterea unui pachet la o adresa gresita În acest curs vom învata sa proiectam corect o baza de date astfel încât sa evitam aparitia acestor defecte Proiectul nu este suficient pentru a rezolva problema Datele sunt depuse în calculator împreuna cu relatiile dintre ele într-un mod fizic care nu ne intereseaza în acest moment Noi vrem sa exprimam cerinte asupra bazei de date în limbajul proiectului Traducerea din acest limbaj, cautarea si editarea rezultatelor este treaba Sistemului de gestiune al bazei de date prescurtat SGBD { 90% din calculatoarele functionale în acest moment sunt echipate cu sistemul Windows deci, pentru a putea aplica aproape oriunde cele învatate o sa învatam sa utilizam SGBD-ul ACCESS } CAPITOLUL 2 Elemente de proiectare a bazei de date În introducere am vazut ca actualizarea datelor despre clienti sau a datelor despre carti era dificila în conceptia initiala Aceasta deficienta a aparut pentru ca au fost puse împreuna date despre trei lucruri distincte : clienti, carti si comanda Astfel de 'lucruri' vor fi numite de acum înainte entitati Entitatea este ceva despre care se memoreaza date Clientii si cartile sunt entitati tangibile (tari), comenzile nu pot exista fara celelalte doua, ele nu sunt tangibile desi sunt puse pe hârtia comanda, comanda este o entitate slaba Entitatea va fi reprezentata în baza noastra de date sub forma unui tabel în care liniile sunt concretizarile acestei entitati, adica reprezentantii sau instantele entitatii Pe fiecare linie nu vom avea chiar reprezentantii entitatii ci numai date care caracterizeaza din punctul de vedere al aplicatiei reprezentantii entitatii ; aceste date se numesc atribute Deci o entitate din viata reala genereaza intr-o baza de date relationala un tabel ale carui coloane au ca nume atributele entitatii , iar pe linii succesive se gasesc valorile atributelor pentru fiecare reprezentant al entitatii în parte De exemplu: entitatea CARTE are atributele : id carte, titlu, autor, editura, pret, în exemplul dat sunt trei reprezentanti ai acestei entitati, iar fiecare celula a acestui tabel reprezinta o valoare a atributului corespunzator coloanei pentru reprezentantul corespunzator liniei CARTE Daca am avea 10000 de carti vom avea în tabel 10000 de linii pe care ar fi memorate valorile atributelor entitatii CARTE Alt exemplu pentru entitatea CLIENT având atributele : id client, nume, prenume, oras, str, nr, tel, cod CLIENT Daca avem doi clienti cu acelasi nume cum vom determina care este cel care a comandat o anumita carte ? Am vazut care sunt incovenientele crearii unui cod mixt cum a fost creat cel initial Am mai putea folosi pentru identificatori numele plus numarul de telefon, dar în acest caz avem multe caractere si ramân problemele legate de actualizari; de exemplu schimbarea numarului de telefon Un astfel de atribut, simplu sau obtinut prin concatenare care identifica unic o instanta a unei entitati se va numi cheie Asa cum am recomanda practica si autorii ca Harrington vom crea chei printr-un numar generat succesiv si unic în special pentru persoane, locuri, lucruri etc Ramân situatii în care este nevoie de chei concatenate Existenta unei chei care sa identifice unic reprezentantii unei entitati este o regula esentiala de integritate a datelor Într-un model relational (de care ne ocupam în mod special este esential ca atributele sa aiba valori unice Adica fiind data o instanta a unei entitati, un anumit atribut trebuie sa aiba o singura valoare De exemplu un client poate avea un singur numar de telefon Daca lasam mai multe locuri, marim inutil si neproportional baza de date deci în cazul acestei necesitati trebuie creata o noua entitate "numar de telefon" cu mai multe instante Odata stabilite entitatile si atributele ele trebuie sa ramâna pe un document; de fapt toata activitatea de proiectare trebuie documentata Pe lânga tabelele pe care le putem gasi în Iacob , avem nevoie de un instrument grafic care sa permita o vedere sintetica asupra bazei de date Chen în a "inventat" diagrama E-R (entity-relationship adica entitate-relatie) O prezentam aici sub o forma modificata : Entitatea se reprezinta sub forma unui dreptunghi în care sunt listate atributele si în care este pusa în evidenta cheia Apoi vom vedea cum se reprezinta si relatiile între entitati Iata cum arata, în prima instanta, entitatile reproiectate pentru societatea "Lectura inteligenta" Se observa imediat ca trebuie sa spunem ce valori pot lua atributele si cât loc o sa ocupe aceste valori Asta înseamna ca trebuie sa stabilim domeniul atributelor Practic se utilizeaza urmatoarele simboluri: CHARx simbolizeaza un text de x caractere, x ? 256 INTx simbolizeaza un numar întreg de x cifre DECIMALx z simbolizeaza un numar de x cifre din care z NUMERICx z sunt dupa virgula (punct) zecimala DATE simbolizeaza data calendaristica (zz/ll/aa) TIME simbolizeaza timp DATETIME simbolizeaza o combinatie a precedentelor BOOLEAN simbolizeaza valoarea logica (adevarat sau fals) În baza de date se vor introduce si relatiile între entitati, care sunt de fapt realizate între instante Vom enumera în continuare tipurile de relatii care se pot stabili între entitati: Relatii 1 la 1 Este cazul relatiei din casatoria dintre doua posibile entitati "barbati" si "femei" (nu în tarile islamice) Relatii 1 la n Sunt cele mai frecvente Exemplu la o editura pot fi mai multe carti, dar o anumita carte provine de la o singura editura Relatii n la m Între comenzi si carti Într-o comanda pot fi mai multe carti si aceeasi carte poate sa apara în mai multe comenzi Nu sunt usor de mânuit si sunt transformate în doua relatii de 1 la n introducând o noua entitate În cazul nostru noua entitate va fi "detaliu comanda" Este obligatoriu ca în aceasta entitate sa avem cheile celor doua entitati între care exista relatia de n la m Relatiile vor fi descrise în diagrame E-R cu linii între entitati care vor fi întretaiate de simboluri ale tipurilor Aceste simboluri sunt descrise mai jos * | | pentru una si numai una (instanta) * 0 | pentru zero sau una * > | pentru una sau mai multe * > 0 pentru zero, una sau mai multe Exemplu : relatia între comenzi si carti 0 | O comanda contine cel putin o carte, dar o carte poate sa nu fie comandata de nimeni, totusi este o relatie de tip n la m Ea poate fi transformata prin introducerea entitatii "detaliu comanda" în: | | | 0 | | Deci diagrama finala într-o proiectare corecta ar fi: = = 0 0 | | | 0 | | = Sa observam ca : - cheia în entitatea comanda este numarul de comanda care apare în mod natural pe acest document - cheia în entitatile de legatura detaliu comanda si carte autor, introduse pentru a "distruge" relatiile n la m, este formata din concatenare celor doua chei ale entitatilor legate si nu creaza probleme de actualizare O baza de date relationala are la baza relatia, care poate fi considerata ca un tabel(reprezentarea unei entitati) cu linii (instante ale entitatilor), si coloane (atribute) Bineînteles ca între tabele trebuie sa existe legaturi Aceste legaturi sunt realizate prin disciplina: cheie primara - cheie straina Cheie primara este cheia unei relatii, iar cheie straina este atributul (de obicei cu acelasi nume) de acelasi tip cu cheia primara si cu valori care se pun în corespondenta cu cele ale cheii primare Pentru ca o baza de date relationala sa fie corecta, trebuie ca baza de date sa îndeplineasca anumite restrictii: - restrictia de unicitate a cheii - restrictia referentiala valorile cheii straine trebuie sa figureze printre valorile cheii primare sau sa aiba valoarea NUL - restrictia entitatii - valorile cheii primare sunt unice si nu pot fi NUL - restrictia de domeniu valorile atributelor pot fi NUL sau din domeniul de definitie CAPITOLUL 3 Primii pasi în baze de date relationale * O sa vedem aici cum putem crea o baza de date relationala folosind asistentul din ACCESS * O sa modificam structura acestei baze de date în asa fel încât sa obtinem proiectul fizic al diagramei E-R pentru "Lectura inteligenta" * O sa listam componente ale bazei de date selectate dupa criterii logice (filtrare) * O sa salvam si o sa închidem baza de date Pentru a putea lansa SGBD-ul ACCESS trebuie sa aveti instalat pe PC-ul vostru Microsoft Office Profesional Dupa ce ati pornit calculatorul se va afisa urmatorul ecran: Apasând pe butonul stâng al mouse-ului pe , , se va obtine urmatoarea ferastra: Nu o sa puteti sa deschideti de prima data o baza de date existenta pentru ca înca nu ati creat una, fie ca faceti "clic" pe asistentul si apoi pe , fie apasati pe , în stânga sus si obtineti: Ecran 3 De aici apasând pe intram în meniul de creare a unei noi baze de date: Stilul este cel al fisierelor Microsoft si apasând pe "calareti" sau o sa fiti în doua situatii distinct Pentru moment ignoram , meniu din care se creaza o baza de date goala "Blank Database" despre care vom vorbi în capitolul IV Apasând pe apare: Cu butoanele mici din dreapta sus a subecranului puteti selecta moduri de listare a unor tipuri de baze de date având în acelasi timp un preview al modului selectat Ele sunt destul de simple dar, cum o sa vedeti mai departe pot sa constituie baza unui proiect mai complicat Dupa cum se vede exista o baza colectie de carti care are ceva comun cu primul nostru proiect Selectam baza dorita (textul o sa apara în video invers) si apasam pe dupa care o sa apara urmatorul ecran: Aici în casuta Save in putem derula o lista apasând pe butonul cu ea ne ofera posibilitatea alegerii unei zone (folder) de pe hard disk, unde dorim sa se creeze baza de date Sa presupunem ca o sa o puneti în My Documents asa ca în ecranul de mai sus În casuta File name din josul subecranului apar denumirea si extensia sub care va fi memorata baza de date aleasa Extensia mdb este extensia obligatorie pe care sistemul o pune implicit daca dumneavoastra uitati Dupa ce au fost luate toate hotarârile legate de zona în care va fi creata si numele sub care va fi memorata baza de date se apasa pe butonul din partea dreapta sus a subecranului, ceea ce va da drumul procesului de creare a bazei de date, de-a lungul acestui proces vi se va mai cere de mai multe ori sa faceti câte o alegere Ecranul urmator va fi: Aflam ca vom memora : * Informatii despre carti * Informatii despre autori * Informatii despre clasificari Apasând pe butonul vom obtine urmatorul ecran: Aici, în subecran, aveti pe stânga tabelele (corespunzatoare entitatilor) * Informatii despre carti * Informatii despre autori * Informatii despre legatura dintre autor-carte * Informatii despre clasificari * Informatii despre subiecte Pe partea dreapta apar atributele pntru entitatea selectata (atributele scrise înclinat sunt atribute optionale) O sa vrem sa cream o baza de date cu date deci vom face "clic" pe O sa vedem cum pot fi modificate toate acestea, dar pentru moment sa mergem mai departe apasând Din acest ecran se aleg caracterele si fondul cu care doriti sa se faca afisarea rapoartelor Urmatorul ecran, la care se ajunge apasând pe , ofera posibilitatea redenumirii bazei de date si includerii unor poze semnificative în rapoarte Apasând mereu pe ajungeti la capat, unde avem urmatorul ecran: În orice moment de pâna acum va puteti razgândi si puteti sa refaceti "setari" (aranjari) anterioare navigând prin aceste ecrane înapoi cu butonul si înainte cu butonul De asemenea se poate anula toata munca cu butonul sau se poate încheia cu butonul În stadiul în care am ajuns noi vom apasa pe si ACCESS va începe munca pusa în evidenta prin ecrane de forma: Unde vedeti cum se creaza fiecare tabela Gata! Baza de date, cu date de test, a fost creata si nu ne ramâne decât sa o folosim Utilizarea se face din meniul "Main Switchboard" si asa cum se vede în ecranul urmator putem sa selectam unul din butoanele: * Intrare /vizualizare carti * Intrare /vizualizare clasificare * Intrare /vizualizare alte informatii * Previzualizare rapoarte * Iesire din aceasta baza de date menu din care putem alege ce sa facem cu baza de date Cel din ecranul 13 este meniul principal Main Switchboard si butoanele succesiv apasate ne duc în submeniuri ca în ecranele 14 si 17, fie ne dau posibilitatea sa facem operatii asupra bazei de date Ce operatii se pot face? * Listari (vizualizari) ale informatiilor * Modificari ale informatiilor care pot fi: * Adaugari de instante unora din entitati * Stergeri de instante * Modificari ale valorilor unor atribute * Rapoarte (liste destinate în principal imprimantei) al caror continut poate fi mai întâi vizualizat pe ecran Un mod de lucru ar fi sa introducem mai întâi autorii si domeniile apasând în urmatorul ecran pe respectiv pe Se va obtine urmatorul ecran: Unde pot fi vizualizate domeniile (care pot fi si corectate) sau se pot adauga unele noi Ceea ce am obtinut se numeste un format si în ultima linie a subecranului avem informatii despre înregistrari (instante) Ni se spune ca suntem pe prima înregistrare din 7 (of 7) si cu butoanele respective putem executa urmatoarele actiuni: trecere la urmatoarea înregistrare trecere la ultima înregistrare trecere la înregistrarea precedenta trecere la prima înregistrare adaugarea unei înregistrari noi Filtrarea înregistrarilor Poate ca nu toate înregistrarile sunt necesare pe ecran; de exemplu vrem sa vedem numai cartile din domeniul "fiction" În formatul "Books" (din meniul principal) vom selecta, cu mouse-ul, la "Topic" valoarea "fiction" apoi cu butonul drept al mouse-ului facem 'clic' si din meniul vertical care apare selectam "Filter by selection" Vom observa imediat ca numarul de înregistrari a scazut si se vor lista pe ecran numai cartile care au domeniul "fiction" Putem realiza filtre mult mai complexe Pentru aceasta, în acelasi formular, facem 'clic', dar nu pe câmpurile de date Apoi apasând pe butonul drept obtinem un meniu vertical din care selectam "Filter by form" si facând 'clic' cu butonul stâng al mouse-ului apare urmatorul ecran: Formularul s-a golit Daca apasam în câmpul "Topics" apare o sageata pe care daca apasam se dechide o lista cu toate valorile, de aici putem selecta cu mouse-ul valoarea 'fiction' Cu butoanele de sus putem sa anula filtrul, sa stergem ultima definitie facuta sau sa aplicam filtrul Din bara de jos putem sa combinam criteriile de filtrare Rapoarte Sa revenim în meniul principal (apasând de câte ori este nevoie pe butonul din dreapta sus a subecranelor deschise Apasând pe vom obtine urmatorul ecran: Apasând pe primul buton vom obtine: Asa cum este, se vede ca nu încape tot pe ecran Din bara de sus putem sa : > Reproiectam > Tiparim > Aaezam paginile câte una, doua, patru > Marim sau sa micsoram imaginile (cea din ecranul 18 este 100%, cea care urmeaza este 75%) CAPITOLUL 4 Crearea unei noi baze de date * O sa creem o noua baza de date vida * O sa creem si o sa modificam tabele (entitati) * O sa creem atribute cu proprietati specifice * O sa creem chei * O sa crem relatii între tabele * O sa populam tabele * O sa salvam, protejam si închide baze de date Daca din bara de sus selectam si apoi ca în ecranul 3 vom obtine: Ecran 20 Aici selectam 'Blank Database' (baza de date vida) si apasam si vom obtine ecranul: Aici putem hotarî (asa cum am vazut si în ecranul 6) unde vom avea baza de date pe disc si cum se va numi ea Noi vom crea baza pentru "Lectura inteligenta" dupa diagrama de la pagina 9 si o vom denumi în consecinta Asta inseamna sa schimbam numele in 'File Name' Dupa ce apasam pe obtinem: Am putea sa alegem o proiectare asistata a tabelelor (va recomandam acest mod numai daca ramâneti cu denumirile câmpurilor în engleza) Pentru aceasta selectati si apasati Veti obtine: Din tabelele disponibile sub titlul 'Sample Tabels' puteti selecta câmpuri care apar sub titlu 'Sample Fields' câte unul sau toate si sa le treceti pentru noul tabel cu butoanele aflate între tabelele 'Sample Fields' si 'Fields in my new table' care de altfel pot fi redenumite cu butonul Cu butoanele de jos ale subecranului puteti naviga între diversele faze de creare a tabelelor Daca nu sunt toate câmpurile în 'Customers' mai luam câmpuri din 'Employees' cum vedem în ecranul 24 Apasând pe ajungeti în ecranul 25 unde trebuie sa dati un nume tabelei (aici client) si sa lasati sau nu sistemul sa dea o cheie acestei tabele De aici apasând pe ajungem la: Putem acum sa modificam proiectul sau sa introducem date direct în tabel sau printr-un format creat automat de ACCESS De asemenea putem reveni cu , anula cu sau termina crearea tabelei cu Acest lucru îl vom face si noi acum si vom vedea ceea ce se întâmpla în ecranul urmator Avem o tabela client , pe care o putem deschide cu , reproiecta cu , sau putem trece la crearea unei noi tabele cu Apasând pe vom obtine: Vedem aici câmpurile cu tipul corespunzator si în josul ecranului proprietatile fiecarui câmp selectat În stânga câmpului 'Customer ID' se vede simbolul care spune ca acest câmp este cheie Revenim la ecranele 22 si 23 selectând 'Orders' din 'Sample Tabels' putem crea tabela 'Comanda' si asistentul ACCESS va va spune ca aceasta tabela este legata de 'Client',legatura facându-se prin disciplina cheie principala ('Customer ID' din 'Client') - cheie straina ('Customer ID' din 'Comanda') Autorul prefera sa creeze tabele din ecranul 22 selectând 'Design view' din care se ajunge in ecrane ca ecranul 30 în care se descriu numele câmpurilor, tipul lor, si apoi proprietati cum se vede la 'nr' : s-a selectat 'Number' si anume întreg de tip byte ( întreg între 0 si 127) În ecranul 31 se selecteaza apasând pe câmp în coloana 'Data Type' tipul 'Auto Number' care înseamna un numar unic de ordine atribuit automat fiecarei înregistrari la creare si daca spunem ca este cheie ca în ecranul 32 atunci, în josul ecranului, în rubrica 'Indexed' apare 'Yes(No Duplicates)' Noua tabela 'client': Avem aici noua tabela 'Comanda', modul de selectare al tipului de data si proprietatile unui câmp declarat cheie Cu butonul drept al mouse-ului în stânga numelui câmpului si apare meniul din ecranul 32 din care, cu butonul drept, selectam cheia înregistrarii Este momentul sa stim mai multe despre tipurile de date pe care le putem atasa câmpurilor din tabele Am vazut în ecranul 31 o lista din care putem alege: - înseamna caractere alfanumerice, de fapt orice fel de caractere - tot un text, dar cu lungime variabila, folosit pentru comentarii, note, descrieri mai lungi etc - numar care poate fi întreg sau fractionar ca în tabelul urmator: - Date calendaristice, timp care pot fi specificate în continuare la 'Field properties' - Moneda ca $, lei etc - valoare logica care poate fi Da sau Nu - obiecte care pot fi poze, grafice, sunete , etc - legaturi cu site-uri internet - un tip de date special care va da posibilitatea de a da unui câmp numai valori luate din alt câmp, alta tabela sau lista de valori folosind pentru aceasta o casuta de listare sau combo cum se vede în ecran 42 Putem sa specificam proprietati ale câmpurilor în partea de jos a ecranului unde: - defineste lungimea unui text în numar de caractere - se aplica la aspectul datelor de tip numeric sau data si pot fi alese din lista care se deschide cu 'clic' pe zona respectiva - ataseaza un sablon la care trebuie sa se potriveasca datele de intrare Puteti atasa o astfel de 'masca' apelând la wizard prin butonul marcat cu - ceea ce scrieti aici va apare ca nume al câmpului în toate editarile lui: pe rapoarte, formulare, etc - este o valoare introdusa automat în câmp când este creata o noua linie în tabel, pe care utilizatorul o poate schimba daca vrea - se trece sau se construieste cu 'Wizard-ul' o expresie care selecteaza valorile corecte pentru acest câmp - daca expresia anterioara nu este corecta se afiseaza acest text - cu valori 'Yes'sau 'No' dupa cum valoarea acestui câmp este obligatorie sau nu - se aplica la texte unde se poate pune spatiu în loc de valoarea de NULL daca nu este nimic introdus - prevede indexare dupa acest câmp cum se explica în ecran Vedem în continuare (ecranele 33-37) cum sunt definite tabelele detaliucom, autor, editura, carteautor,carteeditura, urmarind diagrama E-R din capitolul I pag 9 Întorcându-ne succesiv în ecrane ajungem în: În acest ecran putem vedea toate tabelele create Daca selectam din bara de sus butonul obtinem: Vedem aici ca între tabele nu exista legaturi deci trebuie sa le creem noi: Pentru legaturi 1 la n selectam cu butonul stâng atributul dinspre '1' si fara sa lasam butonul deplasam mouse-ul pe cheia straina cu acelasi nume din entitatea dinspre 'n' Când lasam butonul apare un meniu din care facem legatura: - una simpla-apasa - una care forteaza integritatea referentiala Rezultatul se vede în: Populare tabelelor unei baze de date Puteti sa o faceti la crearea tabelei sau oricând sunteti în dosar (ecran) Pentru aceasta trebuie sa selectati, de exemplu, tabela 'autor' si sa o deschideti (apasând pe ) Veti obtine ecranu 41 în care puteti modifica valori, sau introduce valori noi Când introduceti însa valori pentru instantele entitatii 'carte' este important ca la editura sa figureze editurile din 'editura' si nu altele Aceeasi situatie pentru 'autor' Vom rezolva aceasta situatie creând un formular adecvat Popularea tabelelor Introducerea datelor în tabele se face fie din dosar, cu si apoi introducere în tabel, fie printr-un formular despre care ati aflat în capitolul3 si veti afla si mai multe în capitolul 6 Salvarea protectia si închiderea bazei de date Tot ce construiti în ACCESS este dus automat pe disc; informatiile se pot pierde totusi daca nu s-a facut corect la închiderea calculatorului Se pune însa problema sa pastram o copie a bazei de date fie într-un alt folder fie pe discheta Pentru aceasta, din bara meniului principal, apasînd pe se obtine: Aici apasând intrati în meniul din ecran43 Apasând pe intrati într-un ecran cunoscut (ecran 6) unde puteti alege suportul copiei Daca vreti ca numai anumite persoane sa poata avea acces la informatiile din baza de date, puteti sa o protejati Pentru aceasta , din bara de sus a meniului, selectati apoi si ca în ecranul 44 Apoi în ecranul 45 se va stabili parola Ca sa vedeti daca nu ati uitat-o o mai scrieti o data în zona 'Verify' Atentie sa nu uitati parola pentru ca nu veti mai avea acces la baza CAPITOLUL 5 CERERI SI VEDERI ASUPRA BAZEI DE DATE Putem lista liniile unei tabele, asa cum am facut pâna acum, dar avem urmatoarele inconveniente: - s-ar putea sa nu ne trebuiasca toate liniile ci numai unele care îndeplinesc anumite conditii - am învatat deja sa facem asta prin filtrare - S-ar putea sa nu ne trebuiasca toate câmpurile - S-ar putea sa avem nevoie de informatii combinate din mai multe tabele (De exemplu când listam o carte sa stim si titlul editurii si numele autorilor) Am putea sa cream tabele asa cum avem nevoie, dar am redescoperi toate neajunsurile puse în evidenta în capitolul 1 Exista solutie? Bine înteles! Solutia se numeste vedere (view) care înseamna o tabela fictiva cu care se pot face o serie de operatii fara ca ea sa ocupe un loc efectiv în memoria externa O vedere este rezultatul unei cereri (query) pe care o putem crea în limbajul SQL, sau prin meniuri în QBE Limbajul SQL depaseste nivelul propus pentru cursul nostru, asa ca vom adopta a doua cale Cererile care utilizeaza mai multe tabele fac apel la relatiile pe care le-am stabilit în capitolul 4 (ecranele 39 si 40) În acest capitol o sa învatam : * sa cream o relatie pentru a defini o lista de alegeri (care este rezulatul unei cereri) * sa cream o cerere simpla (dintr-o singura tabela) * sa cream o cerere utilizând mai multe tabele între care exista relatii * sa modificam o cerere * sa adaugam câmpuri calculate * sa facem grupuri Crearea unei relatii pentru a defini o lista de alegeri O sa observam întâi ca legatura dintre tabelele 'carte' si 'editura' se poate face direct pentru ca relatia este de 1 la n si nu de m la n; adica o carte poate aparea la o singura editura Pentru a corecta aceasta situatie vom sterge tabela 'carteeditura' selectând tabela din dosarul bazei de date si apasând butonul Selectam tabela 'carte' apasam si introducem câmpul 'nreditura' de tip numar întreg Apoi cream legatura fortând restrictia de integritate între 'carte' si 'editura' Daca vrem sa nu gresim când introducem editura unei carti trebuie sa o luam dintre editurile existente sau daca aceasta editura nu exista, sa o introducem mai întai în 'editura' Pentru aceasta vom relua proiectarea tabelei 'carte' La caracteristicile câmpului 'nreditura' vom trece în dosarul de jos la unde vom pune: - la 'Display Control' 'Combo Box' - la 'Row Source Type' 'Table/Query' - la 'Bound column' 1 - la 'Column Count' 2 - la ' Row Source' apasam pe butonul din dreapta cel cu si se deschide ecranul: Aici vom preoiecta o cerere în felul urmator: - selectam tabela 'editura', apasam si tabela va aparea sus - Iesim ca de obicei din subecran În acest ecran selectam câmpurile de care avem nevoie (adica 'nreditura' si 'numeed') Facând dublu 'clic' cu mouse-ul sau apasând pe câmp si translatând cu mouse-ul câmpul pâna la locul lui fara a lasa butonul mouse-ului decât pe pozitia dorita Vom mai selecta pe linia 'Sort' în coloana 'numeed' optiunea 'ascending' pentru ca editurile sa apara în lista în ordine alfabetica Încheiem aceasta actiune de reproiectare a tabelei 'carte' si revenim la dosarul bazei de date În bara de sus din meniu apasam apoi si obtinem: Alegem aici si ca sa începem un proces de generare a unui formular anticipând putin continutul capitolului 6 Aici vom selecta modul de afisare pe coloane a formularului apasând Selectam fondul si apasam Apasând , dupa ce dam numele, terminam crearea formularului Din dosarul bazei de date selectam si deschidem formularul 'carte1' pe care tocmai l-am creat Se poate vedea aici cum functioneaza combo box-ul la actualizarea editurii care a scos o carte CERERE SIMPLA dintr-o singura tabela Daca vrem , de exemplu, sa vedem care sunt clientii din 'bv' o sa cream o cerere în felul urmator: Din ecranul bazei de date se selecteaza dosatul 'Queries' Aici apasând pe vom intra în ecranul: De aici puteti alege 'Design View' sau 'Simple Query Wizard' Vom merge pe prima varianta Selectând din subecran tabela 'client' apasând tabela este trecuta în partea de sus apoi cu se ajunge la : De aici facând dublu 'clic' pe câmpurile respective sau apasând pe câmp si translatând mouse-ul fara sa lasam butonul, se trec în cerere câmpurile pe care vrem sa le contina tabela fictiva pe care o creem Când iesim apasând butonul cu X Apare meniul obisnuit în care suntem întrebati daca salvam lucrul facut, apoi, apare posibilitatea de a da nume cererii: Apasând vedem cum aceasta cerere a aparut în dosar Daca vrem sa vedem care este efectul cererii (cum arat aceasta Deschidem cererea (tabela fictiva) apasând si obtinem: cereri,selectând cererea pe care vrem sa o reproiectam 'clienti pe oras' si apasând se obtine: Aici în rubrica 'Criteria' a câmpului 'oras' se va pune expresia logica: ='bv' Procedând la fel ca prima data veti obtine tabela fictiva: CERERE COMPLEXA Daca vrem, de exemplu, sa avem pentru fiecare client ce carti a comandat ajungem, în modul aratat mai înainte în ecranul: Observam ca pentru a ajunge de la 'client' la carte trebuie sa adaugam si tabelele 'comanda' si 'detaliu' Vedeti ca în partea de sus a ecranului apar tabelele cu legaturile lor Daca nu sunt legate toate tabelele cererea nu va fi corecta! Vom selecta în modul cunoscut câmpurile 'nume', 'prenume', 'titlu' si obtinem vederea: Sa încercam acum un altfel de cerere Vrem sa aflam valoarea cartilor comandate de fiecare client Pentru aceasta selectam aceleasi tabele ca mai sus, si câmpuri pe care facem totaluri deci 'nume', 'prenume' si 'valoare' Acest ultim câmp nu exista , dar se vede din ecranul urmator cum se scrie expresia lui ATENTIE! Ar fi o greseala sa puneti câmpuri care se modifica în cadrul aceluiasi client(de exmplu 'titlu') În acest ecran , în partea de jos, apasând cu butonul din stânga al mouse-ului, veti obtine un meniu din care selectând prima linie apare o noua linie cu optiunea de grupare 'Group By' pe care apasând în coloana 'nrbucati * pret' o schimbati în 'sum' Am creat o noua cerere al carei rezultat este urmatoarea vedere care va avea ca rezultat : CAPITOLUL 6 Formulare La introducerea sau modificarea datelor am folosit un formular incomod, cu linii si coloane,greu de completat Pe de alta parte, în capitolul 3, ecranele 14 si 15, am vazut un mod mai prietenos de 'Intrare/Vizualizare autori' Asemenea operatii se fac comod pe formulare Formularele sunt, în principal, de doua feluri: 1 Formulare pentru preluarea de date care ofera posibilitatea de a actualiza simultan datele din mai multe tabele legate 2 Formulare pentru decizii care prezinta într-un mod placut si imediat informatii ca suport al unor decizii În acest capitol o sa învatam: > Sa cream formulare simple > Sa cream formulare imediate > Sa modificam formulare > Sa cream formulare cu subformulare Crearea unui formular simplu Un formular poate fi creat pe baza unei tabele reale sau fictive (cerere) Sa selectam, pentru un exemplu simplu, tabela 'autor' în dosarul bazei de date Sa selectam aici, cum am mai facut si în capitolul precedent, din , optiunea Obtinem: De aici selectam si Apoi apare: Vedem aici imaginea unei înregistrari din tabela 'autor', în care sunt puse în evidenta cele trei componente; se poate observa ca la 'nrautor' nu putem face modificari (restrictia de domeniu) Mai vedem în josul formularului, ca avem numarul de înregistrare si putem sa trecem la înregistrarea urmatoare sau precedenta, la ultima sau la prima înregistrare, sau putem sa cream o noua înregistrare Acelasi formular, fara liniile de antet si picior de pagina, se poate obtine ca formular instantaneu astfel: Din dosarul bazei de date se selecteaza 'autor', apoi din bara de sus se apasa butonul si se obtine: Aici apasam si obtinem: De aici putem sa facem modificari, ca si din orice alt formular Atentie totusi la liniile lipsa! Daca nu ne place cum arata, putem modifica formularul În stânga sus (sub ) apasam pe butonul de proiectare si obtinem: Puteti mari fereastra 'agatând' coltul din dreapta jos si deplasându-l Faceti un 'clic' pe eticheta 'nume'; obtineti: Cu înca un 'clic' pe aceeasi zona veti putea edita eticheta si vom schimba si prenumele ca sa arate asa: Acum o sa vrem sa deplasam 'prenumele autorului' Apasam în afara zonei ca sa validam modificarile si agatam zona 'prenume' sa o deplasam unde dorim ca în ecranul urmator La iesire vom salva cu numele 'autor1' noul formular Un mod asistat de creare al unui nou formular l-am vazut în capitolul 5(ecran50) Se poate adauga antet si picior de pagina Cursantul este rugat sa descopere singur modalitatea Subformulare În cadrul unui formular putem crea un nou formular De exmplu în formularul 'carte1' un subformular pentru introducerea autorului Într-un formular putem crea un subformular care, la rîndul lui, mai poate avea un subformular Atentie! Daca un formular este creat pe baza unei tabele fictive (cerere) care are date din mai mult de un tabel, atunci formularul nu poate fi actualizat Cum sa vedem la o carte toti autorii? În formularul 'carte' pe care îl cream cum am aratat mai sus sa introducem un subformular care sa ne dea si autorii Pentru aceasta sa cream mai întâi acest subformular dintr-o cerere: Din ecranul urmator selectati Si ajungeti la: Selectam de aici si apare: Aici 'Add'-adaugam 'carteautor' si 'autor' si din ele selectam, prin metoda cunoscuta, câmpurile 'nrcarte', 'nume', 'prenume' si obtinem: Salvam cererea cu numele 'autor pe carte' ca în : Apoi reluam proiectarea formularului 'carte' (în dosar, la formulare selectam 'carte' si apasam ) Se obtine: Rearanjam ecranul ca sa facem loc subformularului si apasam în 'Tool Box' butonul pentru subformular Ducem apoi mouse-ul unde vrem sa fie coltul din stânga sus al subformularului si apasam apoi fara sa lasam butonul trasam limitele suformularului Când lasam butonul apare ecranul de proiectare al subformularului: Selectam aici 'Table/Query' si apasam Se obtine: De aici selectam 'autor pe carte' si apoi toate câmpurile Ajungem la: Aici selectam next si obtinem: Selectam si aici , în ecranul urmator aprobam numele subformularului apasând Dupa se reia proiectarea si, dupa rearanjari, se obtine: Ca sa vedem cum arata acum formularul selectam din bara de sus , din'edit', 'Form View' si obtinem: Putem sa vedem aici toate cartile si, pentru fiecare carte, autorii CAPITOLUL 7 Rapoarte si etichete Produsul principal al informatiilor din baza de date este un raport Raportul este destinat tiparirii, adica editarii pe hârtie care se pastreaza o perioada de timp îndelungata Diferentele de suport (ecran sau hârtie) genereaza o serie întreaga de alte diferente Asemanarile si deosebirile între rapoarte si formulare O sa începem prin a prezenta principalele deosebiri: 1 Rapoartele sunt destinate tiparirii si nu sunt concepute pentru a fi afisate într-o fereastra Daca vreti sa vedeti pe ecran imaginea unui raport se poate întâmpla sa nu încapa pe ecran, si daca o micsorati s-ar putea sa nu o mai vedeti clar 2 Valorile din raport nu mai pot fi modificate (se poate spune ca sunt read only) 3 Rapoartele nu pot da o vedere tabelara; cu ele singurele prelucrari sunt design, print preview si print 4 Se poate crea un raport neasociat unui tabel (real sau vedere) acesta fiind gazda unor subrapoarte fara legatura între ele 5 Prin dialogul Printer Setup se poate adapta dimensiunea raportului la dimensiunea hârtiei 6 În rapoartele multicoloana numarul, latimea si distanta dintre coloane este controlata de acelasi Printer Setup nu din faza de proiectare În continuare dam asemanari între rapoarte si formulare 1 Functia lui Report Wizard este analoaga cu cea a lui Form Wizard si puteti crea trei tipuri de rapoarte: cu o singura coloana, de totalizare grupare si etichete pentru corespondenta 2 Si în raport gasim , ca si în formular sectiunile de antet si de picior de pagina, dar în raport au o utilizare mult mai frecventa 3 Sectiunile grupurilor din rapoate sunt echivalente cu sectiunea de detaliu din formular Grupurile (mai sunt numite benzi) pot avea propriul lor antet, Group Headar, si propriul subsol, Group Footer, care sunt folosite pentru denumirea grupului, respectiv pentru totaluri pe grup Posibilitati de grupare am vazut si la formulare 4 Si rapoartele pot avea subrapoarte În acest capitol vom învata: > Sa cream un raport imediat > Sa cream un raport cu ajutorul asistentului (Report Wizard) > Sa facem grupari si sinteze > Sa tiparim etichete pentru corespondenta Crearea unui raport imediat Pentru a crea un raport imediat selectati din dosarul tabele 'carte', apoi din butonul optiunea Dupa ce ati apasat se obtine: Dupa cum am mai spus nu se vede tot! Puteti parcurge însa lista încercati! Daca vreti sa creati singuri un raport procedati astfel: Selectati tabela 'carte' din dosar si, tot din submeiul selectati optiunea Se obtine: Aici selectati 'Report Wizard' si apoi Va apare: De aici selectam zonele pe care le vrem si dupa apare ecranul urmator din care alegem grupare dupa editura si, în cadrul editurii, dupa pret: Dupa va apare: Aici vom opta sa sortam , în cadrul fiecarui grup, cartile dupa titlu Dupa obtinem urmatorul ecran: Dupa un dialog în care acum va descurcati se obtine raportul: Se poate observa si pe acest exemplu cum apar grupurile, dar cititorul este rugat sa-si creeze exemple mai semnificative Vom continua cu un exemplu mai complex, de sinteza Sa cream mai întâi cererea 'comenzi' Selectam ca în ecranul de mai jos: În ecran sunt ascunse coloanele 'pret' si câmpul calculat 'bucati * pret' În drumul de creare al raportului o sa punctam numai ecranele mai importante: Selectam tote câmpurile si dupa din ecranul urmator selectam grupare dupa 'nume' si dupa 'nrcomanda' Apoi sortare dupa titlu: Apasam aici si selectam pe coloana 'sum' lina 'Expr1' (care înseamna valoarea) Ceea ce obtineti initial arata cam asa: Încercati sa-l transformati ca sa se vada asa cum doriti dupa instructiunile de la proiectarea formularelor Crearea etichetelor Daca vreti sa editati, prin calculator, etichete pentru lipit pe pachetele care trebuiesc trimise la clienti puteti proceda astfel: Din dosarul bazei de date selectati tabela 'client' Selectati din meniul deschis pe sau pe si selectati din ecranul care apare: Optiunea Dupa apare ecranul: Alegeti dimensiunea pe care o doriti si apasati Puteti sa faceti experiente si sa reveniti daca nu ati nimerit dimensiunea de prima data Din acest ecran puteti alege fontul (forma literei), dimensiunea literei, stilul si culoarea , în cazul ca aveti o imprimanta color Dupa apare: Aici compuneti eticheta scriind unele bucati în clar si transportând la locul potrivit din câmpurile afisate în stânga subecranului Dupa apare: Din acest ecran veti selecta câmpurile, în modul deja cunoscut, dupa care se va face sortarea etichetelor Dupa apare: De aici , dupa ce am fost de acord cu numele 'labels client', apasam si vom vedea cum arata etichetele Bine înteles ca , daca nu va place cum arata, puteti sa 'personalizati' etichetele apelând la butonul din stânga sus pentru proiectare De exemplu modificând ca mai sus obtinem etichetele: CAPITOLUL 8 PROIECTAREA BAZEI DE DATE RELATIONALE ENUNTUL PROBLEMEI: Se cere proiectarea unei baze de date pentru evidenta somerilor din cadrul Directiei de Munca si Protectie Sociala Aceasta cerinta înglobeaza urmatoarele probleme: * evidenta datelor personale ale somerilor ( nume, prenume, adresa, B I , stare civila, etc ) * evidenta unor date speciale ( studii, vechime în munca, etc ) Pentru ca exista mai multe categorii de someri, la fiecare categorie se vor mai adauga alte date speciale * evidenta meseriilor pentru care are calificare fiecare somer * evidenta suspendarilor dreptului la ajutor de somaj sau a incetarii dreptului la ajutor de somaj * evidenta datei de prezentarea la viza * evidenta cursurilor, care se fac în cadrul Directiei de Munca si Protectie Sociala si evidenta somerilor, care urmeaza aceste cursuri * evidenta ofertantilor de locuri de munca si a locurilor de munca disponibile * evidenta clientilor, care sunt persoane care nu beneficiaza de ajutorul de somaj, dar care cauta un loc de munca si pot urma cursurile organizate de Direcsia de Munca si Protectie Sociala DEFINIREA MODELULUI INFORMATIONAL: Baza legala a problemei este asigurata de Legea nr 1/1991 privind protectia sociala a somerilor si reintegrarea lor profesionala Art 1 - Persoanele apte de munca, ce nu pot fi incadrate din lipsa de locuri disponibile corespunzatoare pregatirii lor, sunt considerate someri si beneficiari, în conditiile prezentei legi, de ajutor de somaj si de alte forme de protectie sociala, precum si de sprijin în vederea reintegrarii lor profesionale prin calificare, recalificare si perfectionare Tipuri de someri si intocmirea dosarului: Somerii se împart în mai multe categorii, în functie de provenienta lor Art 2 - (1) Sunt îndreptatite sa primeasca ajutorul de somaj în conditiile prezentei legi: a) persoanele al caror contract de munca a fost desfacut din initiativa unitatii pentru motivele prevazute la art 130 alin (1) lit a)-f) din Codul muncii sau carora, dupa caz, le-a încetat calitatea de membru în cooperatia mestesugareasca din motive neimputabile lor; b) persoanele al caror contract de munca a fost desfacut din initiativa unitatii, daca s-a stabilit prin dispozitia sau hotarârea organului competent nelegalitatea masurii luate de unitate ori lipsa vinovatiei persoanei în cauza, iar reintegrarea în munca nu mai este obiectiv posibila la unitatea în care a fost încadrata anterior sau la unitatea care a preluat patrimoniul acesteia; c) persoanele al caror contract de munca a fost desfacut din initiativa lor, pentru motive care, potrivit legii, la reîncadrare nu întrerup vechimea în munca; d) persoanele care au fost încadrate cu contract de munca pe durata determinata (2) Persoane carora le-a încetat contractul de munca sau calitatea de membru în cooperatia mestesugareasca, în cazurile prevazute la alineatul precedent, lit a) si d), beneficiaza de ajutorul de somaj daca au o vechime în munca de cel putin 6 luni în ultimele 12 luni premergatoare datei de înregistrare a cererii pentru plata ajutorului de somaj (3) Absolventii de învatamânt care, în termen de un an de la absolvire, s-au angajat si nu au beneficiat integral de ajutorul de integrare profesionala vor primi ajutor de somaj indiferent de vechimea în munca (4) Sunt asimilate somerilor si beneficiaza de plata ajutorului de somaj persoanele fizice autorizate sa presteze o activitate individuala si membrii asociatiilor familiare care îsi desfasoara activitatea în temeiul Decretului-lege nr 54/1990, daca au contribuit la constituirea fondului pentru plata ajutorului de somaj pe o perioada de 12 luni în ultimii 2 ani anterioari înregistrarii cererii, în situatia în care si -au închieiat activitatea renuntând la autorizatia de functionare Art 3 - (1) Sunt asimilati somerilor si beneficiaza de plata ajutorului de integrare profesionala: a) absolventii institutiilor de învatamânt în vârsta de minim 18 ani, care nu au surse de venit proprii la nivelul a cel putin jumatate din salariul de baza minim brut pe tara si care, într-o perioada de 60 de zile de la absolvire, nu au reusit sa se încadreze în munca potrivit pregatirii profesionale; b) absolventii institutiilor de învatamânt în vârsta de cel putin 16 ani, în cazuri justificate de lipsa sustinatorilor legali sau de imposibilitatea dovedita a acestora de a presta obligatia legala de întretinere datorata minorilor; c) tinerii care înainte de efectuarea stagiului militar nu au fost încadrati cu contract de munca si care într-o perioada de 30 de zile de la data lasarii lor la vatra nu s-au putut angaja (2) absolventii scolilor speciale pentru handicapati, care nu au loc de munca, vor fi luati în evidenta imediat dupa absolvire si vor beneficia de plata ajutorului de integrare profesionala de la data înscrierii în aceste evidente Conform celor de mai sus, vom împarti somerii în 4 categorii: 1) - proveniti din munca 2) - preuniversitari 3) - proveniti din armata 4) - depensionati Pentru întocmirea dosarului de somer sunt necesare câteva documente, din care se vor retine unele informatii necesare evidentei Unele din documente difera de la o categorie de someri la alta si de aceea unele informatii se vor organiza separat în functie de categorie Dosarul va contine: - cererea de înscriere la Directia de Munca si Protectie Sociala - buletinul de identitate - act de studii (diploma) - certificat de nastere - certificat de casatorie - adeverinta pentru terenuri agricole de la Primarie - adeverinta de la Administratia Financiara - certificat medical de sanatate - declaratie notariala ( categ 2 ) - copie dupa livret ( categ 3 ) - documente speciale ( categ 4 ) - carnet de munca ( categ 1 ) - adeverinta intreprindere ( categ 1 ) La întocmirea dosarului fiecare somer primeste un numar matricol numarul se va lua în ordine crescatoare si nu se va mai reveni la un numar anterior Someri care înceteaza sa mai aiba dreptul la ajutorul de somaj, ajutorul de integrare profesionala sau alocatie de sprijin devin someri pasivi si nu îsi vor relua numarul matricol chiar daca revin ulterior În momentul luarii în evidenta la Directia de Munca si Protectie Sociala, somerii vor primi un carnet de evidenta, care va dovedi calitatea lor de someri si cu care se vor prezenta lunar pentru viza Somerii din categoria a doua vor primi ajutor de integrare profesionala, iar ceilalti ajutor de somaj La terminarea perioadei ( dupa 270 de zile ), în care somerii au dreptul la ajutor de somaj sau ajutor de integrare profesionala, în cazul în care acestia nu si -au gasit un loc de munca si nu au venituri din alta parte vor primi alocatie de sprijin pe o perioada de 18 luni Tipul de somer si vechimea vor determina modul de calcul al ajutorului de somaj sau al ajutorului de integrare profesionala Meserie: Vor fi retinute meseriile pentru care somerii au calificare si vechimea în fiecare meserie, pentru gasirea unui loc de muncaadecvat pregatirii profesionale a fiecarui somer Vor fi comparate ofertele de locuri de muncacu cererile de locuri de muncasi somerii vor primi repartitie pentru locurile de muncacorespunzatoare pregatirii lor Suspendari si incetari: Art 20 - (1) Plata ajutorului de somaj, ajutorului de integrare profesionala sau a alocatiei de sprijin inceteaza în urmatoarele si tuatii: a) la indeplinirea termenelor prevazute la art 10, respectiv art 12 alin (1); b) la incadrarea în muncaa titularului sau dupa 30 de zile de la obtinerea de catre acesta a autorizatiei de exercitare a unei activitati pe cont propriu; c) în cazul refuzului nejustificat de a se incadra într-o unitate cu contract de muncape durata nedeterminata sau determinata, într-un loc de munca corespunzator pregatirii si nivelului studiilor somerului, si tuatiei personale si starii de sanatate a acestuia; d) la data refuzului nejustificat de a urma un curs sau o alta forma de pregatire profesionala, organizata potrivit art 10 si art 13 alin (2) si (3) sau, dupa caz, la data întreruperii sau neabsolvirii cursurilor pe motive imputabile beneficiarilor (2) Plata ajutorului de somaj, ajutorului de integrare profesionala sau a alocatiei de sprijin se suspenda: a) în cazul neîndeplinirii obligatiei prevazute la articolul 17; b) pe perioada îndeplinirii obligatiilor militare; c) pe perioada în care titularul îsi stabileste domiciliul în strainatate; d) pe perioada în care titularul este arestat preventiv sau pentru executarea unei pedepse privative de libertate; e) pe perioada în care titularul este încadat cu contract de munca pe durata determinata mai mica de sase luni În cazul suspendarilor reluarea platii ajutorului de somaj se face în momentul în care somerul se prezinta din nou la Directia de Munca si Protectie Sociala In cazul încetarilor, somerii nu sunt stersi din baza de date ci doar declarati pasivi daca ei vor revenii dupa o perioada de timp trebuie sa îsi întocmeasca din nou dosarul si vor primii alt numar de identificare Prezentarea la viza: Art 17 - (1) Beneficiarul ajutorului de somaj, al ajutorului de integrare profesionala sau al alocatiei de sprijin este obligat ca, lunar, pe baza programarii efectuate sau ori de câte ori este solicitat, sa se prezinte la oficiul fortei de munca Data în care se vor prezenta la viza va fi trecuta în carnetul de evidenta în cazul neprezentarii se va suspenda dreptul la ajutorul de somaj, ajutor de integrare profesionala sau alocatie de sprijin În momentul prezentarii se verifica daca oferta de locuri de munca de la data respectiva corespunde calificarii somerului si în caz afirmativ, somerul este trimis la biroul de medieri unde se vor verifica conditiile cerute de ofertant si somerul va primi repartitie pentru locul de munca corespunzator pregatirii lui Cursuri: Directia de Munca si Protectie Sociala organizeaza cursuri de calificare si recalificare profesionala, acordând în acest fel sprijin somerilor pentru o reorientare profesionala Somerii beneficiaza de cursuri gratuie La aceste cursuri pot participa si persoane care nu sunt someri, acestea fiind înregistrate ca clientii Somerii trebuie sa absolve cursul, în caz contrar ei nu mai au dreptul la ajutor de somaj, ajutor de integrare profesionala sau alocatie de sprijin si trebuie sa achite valoare cursului Ofertantii de locuri de munca: Ofertantii de locuri de munca sunt unitatile, care ofera diferite locuri de munca, oferta lor fiind valabila o anumita perioada de timp specificata Se vor înregistra informatiile despre unitate si ofertele pe care aceasta le aduce O oferta are mai multe locuri de munca pentru care sunt specificate: - meseria - natura contractului - durata contractului - vârsta minima sau maxima - vechimea minima - numarul de schimburi - conditii munca( zgomot, toxine, solicitari fizice, lucru în subteran, etc ) - conditii ocupare ( oricine, barbati, femei, studenti, pensionari, scutit de impozit ) Clientii: Clientii sunt persoanele care nu beneficiaza de ajutorul de somaj sau ajutorul de integrare profesionala, dar care sunt înregistrati daca doresc sa îsi caute un loc de munca sau doresc sa urmeze un curs organizat de Directia de Munca si Protectie Sociala 1 PROIECTAREA LOGICA A BAZEI DE DATE RELATIONALE Pas 1 1 CONSTRUIREA MODELULUI CONCEPTUAL LOCAL AL DATELOR, DIN PUNCT DE VEDERE AL UTILIZATORULUI Pas 1 1 1 Identificarea tipurilor de entitati Definitie: Tipurile de entitati reprezinta obiecte reale, din viata de zi cu zi, având proprietatile lor, sau obiecte conceptuale, abstracte Un tip de entitate se identifica prin nume si lista de atribute Definitie: Entitatea este un obiect sau un concept ce se poate identifica unic Un tip de entitate contine mai multe entitati Pentru sistemul nostru vom avea urmatoarele tipuri de entitati: SOMERI CURSURI PREUNIVERSITARI CLIENTI PROVENITI DIN ARMATA OFERTANTI PROVENITI DIN MUNCA OFERTA DEPENSIONATI LOCURI DE MUNCA MESERIE REPARTITIE SUSPENDARE CHITANTE ÎNCETARE RELUARE VIZA Pas 1 1 2 Identificarea tipurilor de legaturi Definitie: Tip de relatie este o asociere intre tipuri de entitati Definitie: Gradul relatiei este dat de numarul entitatilor participante în relatie Entitatile dintr-o relatie se numesc participanti, numarul lor dând gradul relatiei Daca într-o relatie sunt doi participanti, atunci relatia se numeste binara Definitie: Cardinalul este numarul relatiilor posibile pentru o entitate participanta Avem trei posibilitati: - 1:1 - o entitate este legata de cel mult o entitate din partea cealalta a relatiei; - 1:M - o entitate participanta este legata în relatia respectiva de 0,1 sau mai multe entitati Relatia inversa este 1:1 - N:M - relatia directa este de 1:M, iar relatia inversa de 1:N Pentru sistemul informatic studiat apare o problema care face ca baza de date sa nu mai fie relationala Tipul de entitati Someri se afla în relatie de tip 1:1 cu alte patru tipuri de entitati: Preuniversitari, Proveniti din munca, Proveniti din armata si Depensionati Problema apare datorita faptului ca tipul de entitati Someri nu se poate afla în relatie, la un moment dat, decât cu unul din cele patru tipuri de entitati, acest lucru depinzând de valoarea asociata atributului tip somer (atributul tipului de entitati Somer) Un mod de a elimina aceasta problema ar fi sa punem în tipul de entitati Someri atributele celor patru tipuri de entitati, dar acest lucru va însemna risipa de spatiu, pentru ca anumite câmpuri nu vor fi completate Tipurile de relatii între tipurile de entitati sunt urmatoarele: TIP DE ENTITATE TIP DE RELATIE TIP DE ENTITATE CARD Someri sunt dupa provenienta Preuniversitari 1:1 sunt dupa provenienta Proveniti din munca 1:1 sunt dupa provenienta Proveniti din armata 1:1 sunt dupa provenienta Depensionati 1:1 fac Cursuri N:M au Meserie 1:M primesc decizie de Suspendare 1:M primesc decizie de Reluare 1:M primesc decizie de Încetare 1:1 îsi pun Viza 1:M primesc Repartitie 1:M Clienti fac Cursuri N:M au Meserie 1:M primesc Repartitie 1:M primesc Chitante 1:M Ofertanti aduc Oferta 1:M Oferta contine Locuri de munca 1:M Repartitie pentru Locuri de munca 1:1 Pas 1 1 3 Asocierea entitatilor si legaturilor cu atribute Definitie: Atributele sunt proprietati ale unui tip de entitate sau de relatie Definitie: Atributul simplu este atributul care are doar o singura componenta si o existenta independenta Definitie: Atributul compus este atributul care are mai multe componente si o existenta independenta Nu avem atribute pentru legaturi TIPURI DE ENTITATI ATRIBUTE OBSERVATII SOMERI cod somer un cod care identifica în mod unic pe fiecare somer nume numele de familie prenume prenumele data nast data nasterii sex sexul somerului stare civila starea civila, care poate fi: casatorit(a), necasatorit(a), vaduv(a), divortat(a) cod personal codul personal din buletin BI serie seria buletinului de identitate BI nr numarul buletinului de identitate localitate localitatea de domiciliu strada numele strazii nr numarul strazii bl blocul sc scara ap apartamentul of postal oficiul postal telefon numarul de telefon tip somer tipul somerului: preuniversitar, provenit din munca, provenit din armata, depensionat studii studiile pe care le-a facut somerul: 1-scoala generala incompleta, 2-scoala generala, 3- scoala profesionala, 4-liceu de specialitate, 5-scoala postliceala, 6-scoala de maistri, 7-învatamânt superior, 8-colegiu, 9-liceu teoretic, A-învatamânt special, B-curs de (re)calificare, C-la locul de munca vechime ani ani de vechime în munca vechime luni lunile de vechime în munca( 0) bl C4 sc C1 ap N3 (ap>0) of postal N3 telefon N9 tip somer N1 {1, 2, 3, 4} studii C1 {1, 2, 3, 4, 5, 6, 7, 8, 9, A, B, C} vechime ani N2 (0 =0) forma cal N1 {1, 2, 3, 4, 5, 6} SUSPENDARE cod somer N5 + 4 zecimale (0801) nr decizie N4 data susp D motiv s N1 {1, 2, 3, 4, 5} ÎNCETARE cod somer N5 +4 zecimale (0801) nr decizie N4 data incet D motiv i N1 {1, 2, 3, 4} RELUARE cod somer N5 +4 zecimale (0801) nr decizie N4 data reluare D VIZA cod somer N5 + 4 zecimale (0801) data viza1 D data viza2 D CURSURI c o r N6 tip s c C1 {s, c} cod somer N5 + 4 zecimale (0801) denumire C30 data incepere D data sfarsit D valoare N7 CLIENTI cod c N5 + 2 zecimale (11) nume C20 prenume C30 adresa C80 stare civila N1 {1, 2, 3, 4} sex C1{ M, F } data nast D cod pers N13 BI serie C2 BI nr N6 studii C1 {1, 2, 3, 4, 5, 6, 7, 8, 9, A, B, C} loc actual C50 meserie C20 dat prez D OFERTANTI cod o C3 den unitate C30 cod fiscal N7 c a e n N4 forma pr N1 {1, 2, 3, 4, 5} adresa C80 OFERTA nr oferta N4 cod o C3 data o D dat exp D cond soc N1 {1, 2, 3, 4, 5, 6} LOCURI DE MUNCA cod loc N2 (>0) nr oferta N4 meserie C15 c o r N6 nat contract N1 {1, 2, 3} durata con N2 (>=0) vârsta m N2 (>=18) vechime m N2 (>=0) nr schimb N1 {1, 2, 3, 4, 5} cond ocupare N1 {1, 2, 3, 4, 5, 6} cond munca N2 {1, , 11} nr rep N5 REPARTITIE nr rep N5 tip s c C1 {s, c} cod somer N5 + 4 zecimale (0801) cod c N5 + 2 zecimale (11) data rep D cod loc N2 accept u L accept s L motiv L data inc D CHITANTA cod c N5 + 2 zecimale (11) nr chitanta N4 data chitanta D valoare N7 Pas 1 1 5 Determinarea cheilor candidat si a cheilor primare Definitie: Cheia candidat este un atribut sau un set de atribute, care identifica unic o entitate dintr-un tip de entitate Definitie: Cheia primara este selectata dintre cheile candidat O entitate poate sa aiba una sau mai multe chei candidat, dar din ele una singura este si primara SOMERI : - chei candidat: cod somer - cheie primara: cod somer - chei straine: PREUNIVERSITARI: - chei candidat: cod somer - cheie primara: cod somer - chei straine: cod somer PROVENITI DIN MUNCA: - chei candidat: cod somer - cheie primara: cod somer - chei straine: cod somer PROVENITI DIN ARMATA: - chei candidat: cod somer - cheie primara: cod somer - chei straine: cod somer DEPENSIONATI: - chei candidat: cod somer - cheie primara: cod somer - chei straine: cod somer MESERIE: - chei candidat: (cod somer, cod c, den meserie), (cod somer, cod c, c o r) - cheie primara: (cod somer, cod c, den meserie) - chei straine: cod somer, cod c SUSPENDARE: - chei candidat: (cod somer, nr decizie) - cheie primara: (cod somer, nr decizie) - chei straine: cod somer ÎNCETARE: - chei candidat: (cod somer, nr decizie) - cheie primara: (cod somer, nr decizie) - chei straine: cod somer RELUARE: - chei candidat: (cod somer, nr decizie) - cheie primara: (cod somer, nr decizie) - chei straine: cod somer VIZA: - chei candidat: (cod somer, data viza1), (cod somer, data viza2) - cheie primara: (cod somer, data viza1) - chei straine: cod somer CURSURI: - chei candidat: (cod somer, cod c, c o r) - cheie primara: (cod somer, cod c, c o r) - chei straine: cod somer, cod c CLIENTI: - chei candidat: cod c - cheie primara: cod c - chei straine: OFERTANTI: - chei candidat: cod o - cheie primara: cod o - chei straine: OFERTA: - chei candidat: (nr oferta, cod o) - cheie primara: (nr oferta, cod o) - chei straine: cod o LOCURI DE MUNCA: - chei candidat: (cod loc, nr oferta), (cod loc, nr oferta, c o r) - cheie primara: (cod loc, nr oferta) - chei straine: nr oferta, nr rep REPARTITIE: - chei candidat: (nr rep, cod somer, cod c, cod loc) - cheie primara: (nr rep, cod somer, cod c, cod loc) - chei straine: cod somer, cod c, cod loc CHITANTA: - chei candidat: (cod c, nr chitanta) - cheie primara: (cod c, nr chitanta) - chei straine: cod c Pas 1 1 6 Specializarea / Generalizarea tipurilor de entitati Pentru modelul nostru nu este cazul Pas 1 1 7 Trasarea diagramei E-R (Entity Relationship) Cursantul este rugat sa traseze singur diagrama E-R Pas 1 1 8 Revizuirea modelului local conceptual cu utilizatorul Revizuirea modelului local conceptual cu utilizatorul s-a facut pe parcurs Pas 1 2 CONSTRUIREA si VALIDAREA MODELULUI LOCAL LOGIC DE DATE Pas 1 2 1 Transformarea modelului local conceptual în model local logic de date Transformarea modelului local conceptual în model local logic de date presupune: - desfintarea relatiilor N:M Avem doua relatii de tip N:M pe care le vom desfiinta n fac m n fac m Pentru a putea desfiinta aceste relatii vom introduce o noua entitate: DATE CURS Aceasta entitate va avea atributele: - c o r - codul ocupatiilor din România - denumire - numele cursului - data începere - data începerii cursului - data sfârsit - data la care se termina cursul - valoare - valoarea cursului Tipul de entitate CURSURI va avea urmatoarele atribute:- c o r - tip s c - cod somer - cod c Domeniile în care vor lua valori aceste atribute sunt cele specificate anterior Cheile pentru tipurile de entitati vor fi: CURSURI: - chei candidat: (c o r, cod somer, cod c) - cheie primara: (c o r, cod somer, cod c) - chei straine: cod somer, cod c DATE CURS: - chei candidat: (c o r, data inceper) - cheie primara: (c o r, data incepere) - chei straine: Vom avea noi relatii: SOMERI 1 fac n CURSURI n fac 1 CLIENTI m sunt pentru 1 DATE CURS - desfiintarea relatiilor care contin mai multe entitati: nu avem astfel de relatii - desfiintarea relatiilor cu atribute: nu avem astfel de relatii - desfiintarea relatiilor recursive: nu avem astfel de relatii - reexaminarea relatiilor 1-1: Avem mai multe relatii 1-1 pe care nu le putem desfiinta: - Someri > Preuniversitari - Someri > Proveniti din munca - Someri > Proveniti din armata - Someri > Depensionati - Repartitie > Locuri de munca Pas 1 2 2 Deducerea relatiilor din modelul local logic de date Deducerea relatiilor din modelul logic local presupune identificarea entitatilor tari, entitatilor slabe si a cheilor primare si straine Definitie: Se numeste entitate tare, entitatea a carei existenta nu depinde de nici un alt tip de entitate Definitie: Se numeste entitate slaba, entitatea a carei existenta depinde de un alt tip de entitate Entitati tari: Someri, Clienti, Ofertanti, Date curs Entitati slabe: Preuniversitari, Proveniti din munca, Proveniti din armata, Depensionati, Meserie, Suspendare, Încetare, Reluare, Viza, Cursuri, Oferta, Locuri de munca, Repartitie, Chitanta Cheile primare si straine au fost specificate anterior Pas 1 2 3 Validarea modelului cu ajutorul normalizarii Definitie: Normalizarea este o tehnica de generare a unor relatii cu proprietatile dorite, în scopul memorarii corecte a datelor unei intreprinderi Procesul de normalizare a fost introdus prima data de E F Codd (1972) Initial s-au propus trei forme normale, numerotate de la 1 la 3, mai târziu s-a inclus înca una: Boyce-Codd Definitie: Dependenta functionala descrie relatia dintre atribute De exemplu daca atributul A este în relatie R cu atributul B, atunci B este dependent functional de atributul A ( notat: A? B ), daca orice valoare a lui A este asociata prin relatia R cu exact o valoare a atributului B Definitie: Numim determinantul unei relatii functionale, atributul sau multimea atributelor din partea stânga a sagetii Pentru modelul construit nu avem nici o dependenta functionala Forma normala unu (FN1): Definitie: Forma Normala Unu (FN1) este o relatie în care la intersectia oricarei linii cu oricare coloana gasim un câmp care contine exact o valoare Eliminam atributele compuse sau repetitive Nu este cazul pentru ca avem deja o forma normala 1 Forma normala doi (FN2) : Definitie: Dependenta functionala totala: daca A si B sunt atributele unei relatii, atunci B este total dependent functional de atributul A daca B este dependent functional de A, dar nu este dependent functional de nici un subset al lui A Definitie: O relatie este în Forma Normala Doi (FN2), daca este în FN1 si fiecare atribut care nu apartine cheii primare, este total dependent functional de cheia primara Pentru cazul nostru relatiile sunt deja în FN2 Forma normala trei (FN3): Definitie: Dependenta tranzitiva: daca atributele A, B, C sunt în relatiile A?B si B?C, atunci spunem ca atributul C este dependent tranzitiv de atributul A, via B Definitie: Forma Normala Trei (FN3): O relatie care este în FN2 si nu exista nici un atribut care sa nu apartina cheii principale si care sa fie tranzitiv dependent de cheia principala Relatiile sunt deja în FN3 Pas 1 2 4 Validarea modelului în legatura cu tranzactiile utilizatorului Identificarea tranzactiilor: SOMERI: - înregistrarea somerilor; sunt patru categorii de someri: - PREUNIVERSITARI - PROVENITI DIN MUNCA - PROVENITI DIN ARMATA - DEPENSIONATI - modificarea starii activ ( se face odata cu completarea datelor din tabelele reluari, suspendari, încetari ) - modificare adresa - lista somerilor activi CLIENTI: - înregistrare clienti - modificare adresa - modificare stare ( la angajare sau la cererea clientului ) - listare clienti activi MESERIE: - adaugare meserii - consultare meserii SUSPENDARE: - introducere suspendari - listare suspendari pentru somerii activi ÎNCETARI: - introducere încetari - listarea somerilor care au primit decizie de încetare VIZA: - introducere date ( în momentul prezentarii somerului pentru viza ) - listare (în fiecare zi) a somerilor care trebuie sa se prezinte la viza DATE CURS: - introducere date despre curs - actualizare ( stergere date ) - listare cursuri care se organizeaza într-o anumita perioada OFERTANTI: - introducere date despre unitatile ofertante - actualizare - consultare date firma (adresa) OFERTA: - introducere oferta LOCURI DE MUNCA: - introducere locuri de munca( introducerea se face odata cu introducerea ofertei ) - listare locuri de munca disponibile - consultare locuri de munca REPARTITIE: - introducere repartitii - listare repartitii CHITANTE:- introducere chitante Pas 1 2 5 Trasarea diagramei E-R ( Entity Relationship ) Ce a devenit diagrama E-R aflati dupa ce faceti efortul de a o retrasa Pas 1 2 6 Definirea restrictiilor de integritate Regulile de integritate sunt importante pentru a proteja baza de date impotriva posibilelor inconsistente Vom considera cinci tipuri de reguli de integritate: 1 necesitatea datelor 2 reguli asupra domeniului atributelor 3 integritatea entitatilor 4 integritatea referintelor 5 regulile beneficiarului 1 Necesitatea datelor: exista atribute care nu pot contine valoarea nula, ci trebuie sa aiba totdeauna o valoare 2 Reguli asupra domeniului atributelor: unele atribute au un domeniu de Definitie bine stabilit 3 Integritatea entitatilor: cheia primara a entitatilor nu poate lua valori nule 4 Integritatea referintelor: cheia straina din tipul de entitate "fiu" face legatura cu o entitate din tipul de entitate "parinte" Deci, daca cheia straina contine o valoare, ea trebuie sa se regaseasca si în tipul de entitate "parinte" Pas 1 2 7 Verificarea modelului logic local cu ajutorul utilizatorului Obiectivul este convingerea ca modelul creat reprezinta în totalitate realitatea care trebuie modelata în baza de date Verificarea s-a facut pe parcurs Proiectarea fizica Sunteti înarmati acum pentru a continua si finaliza singuri proiectul ( BAZE DE DATE Page 3 